這個問題來自於我的專案執行的經驗，也讓大家一起想想看。

在收到專案後，第一個動作就是去尋找這個專案的核心商業價值在哪邊，接著思考這個專案工作上有沒有什麼技術難題，以及有多少的清楚明確的條件。假設分析完後，自己只有兩周的時間，要解決一個技術難題，與20個附屬的工作但並不會太困難，時間花下去就能完成，在這個情況下，我要先做哪一塊的工作?

不過要回答這個問題，還有很多背景假設需要做，其實不同的團隊會有不同的做法，我這邊盡量試著用各種常見的背景來說明。

如果是單兵作戰的情況下，很多工程師甚至專案管理人可能會選擇趕緊先做完這些附屬的工作，畢竟內容多但不花時間，完成後還可以讓整體進度看起來很漂亮，說不定還可以要求加薪呢!!

而如果是多人參與的情況下，小朋友才做選擇，人海戰術發下去做就對了。但是關於困難的技術議題，反正就交給資深的工程師去處理就好，這樣應該沒問題吧 (望)

我自己做專案的時候的工作安排，不論有沒有同伴一起共事，我丟是選擇要先集中火力把困難的技術題目先解決，或者至少要做到把複雜度降冪後，才開始處理大量但是簡單的工作。因為我認為，所謂困難的問題代表著可能不是投入時間就可以解出來的問題，因此無法評估需要花多少時間完成；而既然他是困難的，表示不太有人有經驗，因此不容易得到外援，如果能找到外援，那就表示能把困難的問題給降冪成簡單的問題。這類花時間都不能保證能解決的問題，通常才是真正需要花時間去關注的問題，也通常會是最有商業價值的地方，如果甲方發現你沒有能力完成他覺得最重要的東西，合約還能繼續走下去嗎? 我覺得恐怕是有難度的。

另外一個我不會選擇先做簡單的工作的理由，在專案一開始就狂打LV1史萊姆的話，很容易對專案的難度做出錯誤的評等，導致心態鬆懈，最後要面對困難議題的時候心態上轉換不過來，導致打王的時候會有不必要的損傷。

再來一個不會選擇先做簡單的工作的理由，是關於人月神話有關。困難的工作多半無法多人合作完成，所以當時程delay的時候，根本無法加派人手來補救，但是如果未完成的工作都是簡單型的，那麼或許還可以加派人手來消化工作。就算沒有人手可以加派，仍是可以透過加班的方式來解決。最差的就算不想加班，在回報給甲方或者主管的時程中，至少還是可以估算得出來的時間，而非一個"無法評估"的答案。

時間，是在專案中最稀有的資源，透過工作先後順序的安排，解決任務相依性的資源衝突問題，而再加入任務複雜度的維度進來思考，或許可以幫助整個專案推動會有更順暢的軌道。